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Flow control method in a telecommunications system 

Field of the Invention 

The invention relates to flow control in a data transmission in tele- 
communications systems, particularly in wireless telecommunications systems. 

Background of the Invention 

Wireless communications systems refer generally to any telecom- 
munications system which enables a wireless communication between the us- 
ers and the network. In mobile communications systems users are capable of 
moving within the service area of the system. A typical mobile communications 
system is a public land mobile network (PLMN). 

The present third generation mobile systems, such as Universal 
Mobile Communications system (UMTS) and Future Public Land Mobile Tele- 
communications system (FPLMTS) later renamed as IMT-2000 (International 
Mobile Telecommunication 2000), are being developed. The UMTS is being 
standardized in ETSI (European Telecommunication Standards Institute) 
whereas ITU (International Telecommunication Union) is defining the IMT- 
2000 system. The radio interface is likely to be based on a wide band CDMA 
(Code Division Multiple Access), and therefore the third generation systems 
are often referred to as wide band CDMA systems (WCDMA). These future 
systems are basically very alike. 

Figure 1 shows a simplified UMTS architecture with the external 
reference points and interfaces to the UMTS terrestrial radio access network, 
UTRAN. The UTRAN consists of a set of radio access networks RAN (also 
called radio network subsystem RNS) connected to the core network (CN) 
through the interface lu. These radio network subsystems can be intercon- 
nected together through the interconnection point (reference point) lur. The 
interfaces lu(s) and lur are logical interfaces, lur can be converged over physi- 
cal direct connection between RANs or via any suitable transport network. 
Each RAN is responsible for the resources of its set of cells. For each connec- 
tion between a mobile station MS and the UTRAN, one RAN is a serving RAN. 
A RAN consists of a radio network controller RNC and a multiplicity of base 
stations BS. The RNC is responsible for the handover decisions that require 
signalling to the MS. The base stations are connected to the RNC through the 
lub interface. The core network CN is a conventional or future telecommunica- 
tion network modified to efficiently utilize the UTRAN in a wireless communi- 



cation. Telecommunication network that are thought to be suitable core net- 
works include second generation mobile communications systems, such as 
GSM, and other telecommunications systems, such as ISDN (Integrated 
Services Digital Network), BISDN (Broadband ISDN), PDN (Packet Data Net- 
5 work), etc. 

Transition to the use of third generation mobile systems will occur in 
steps. In the first step the 3G radio access network will be introduced to the 
2G network infrastructure. Such a "hybrid system" is illustrated by the RNC1 
connected to a 2GMSC10 in Fig.1. As the 3G radio access network will not be 
0 compatible to the 2GMSC, it is apparent that such mixed architecture requires 
interworking between the 2G and 3G elements. This interworking is typically 
depicted as an interworking unit (IWU), such as IWU11 in Fig. 1. The general 
requirement is that no modifications are allowed in the 2G system (in the 
2GMSC), and thereby the interface between the 2MSC and the IWU must be a 
5 pure A interface according to the GSiyi specifications. Later the development 
will result in a situation where pureSG mobile systems exist side by side with 
the 2G mobile systems or the hybrid systems. In Figure 1, the RNC2 and the 
third generation MSC12 illustrate the pure 3G system. 

Figure 2 illustrates protpcol stacks which may be employed in a 
pure 3G mobile system. A traffic channel (the user plane) layer between the 
mobile station MS and the RNC uses a radio link control (RLC) protocol and 
the medium access control (MAC). The RLC provides a radio-solution de- 
pendent reliable link over the radio path. It takes care of segmentation and as- 
sembly of the data from and to the upper layer before and after transmission 
over the radio path, respectively, as well as retransmissions. Under the RLC 
the MAC function controls the mapping of the RLC protocol data units (RLC- 
PDUs) into physical channels in the physical layer. The physical layer includes 
all the schemes and mechanisms used to make communications possible on 
the radio channel. These mechanisms include, for example, modulation, 
power control, coding and timing. As examples of multiple access methods 
which can be used in the radio interface, wide band CDMA (WCDMA) and 
time division CDMA (TD-CDMA) are mentioned. 

In the interface lu between the radio network controller RNC and 
the mobile switching centre MSC or the IWU, a potential candidate for transfer 
technique is the ATM (Asynchronous Transfer Mode). The ATM transmission 
technique is a switching and multiplexing solution particularly relating to a data 



link layer (i.e. OSI layer 2, hereinafter referred to as an ATM layer. In the ATM 
data transmission the end users data traffic is carried from a source to a desti- 
nation through virtual connections. Data is transferred over switches of the 
network in standard-size packets called ATM cells. The ATM cell comprises a 
5 header, the main object of which is to identify a connection number for a se- 
quence of cells forming a virtual channel for a particular call. A physical layer 
(i.e. OSI layer 1) may comprise several virtual paths multiplexed in the ATM 
layer. The ATM layer contains an ATM adaptation layer (AAL) which enhances 
the service provided by the ATM layer to support functions required by the 

10 next higher layer. The AAL performs functions required by the user, control 
and management planes and supports the mapping between the ATM layer 
and the next higher layer. The functions performed in the AAL depend upon 
the higher layer requirements. At the moment there are three different types 
of AAL, namely type 1 AAL (AAL1), type 2 AAL (AAL2) and type 5 AAL 

15 (AAL5). 

A further retransmitting and error correcting protocol (LAC, Link Ac- 
cess Control) may or may not be specified to be used between the MS and the 
RNC or between the MS and the MSC (or the IWU), as shown in Figures 2 
and 3. LAC, if any, may be similar to the radio link protocol (RLP) employed in 

20 the GSM system. The circuit switched leg from the MSC to the fixed network 
uses standard PSTN or ISDN protocols (e.g. ISDN V.120) or in dedicated 
connection possible some other protocols. 

Figure 3 illustrates protocol stacks in a hybrid system in which a 3G 
radio access is connected to a 2GMSC via interworking unit (IWU). In this 

25 case the ATM connection is terminated in the IWU. The leg between the IWU 
and the 2GMSC uses standard GSM protocols (the interface A). The interface 
between the MS and the RNC as well as the interface lu are between the RNC 
and the IWU are similar to those described with reference to Figure 1 . 

The data rates on the concatenated legs (e.g., MS-RNC, RNC- 

30 MSC, MSC-fixed network) in a circuit switched data call may be different. The 
legs may have different nominal rates due to the different capacity of the 
channels and/or various retransmission conditions may make the effective 
data rate of a leg lower than the nominal data rate. Retransmissions can take 
place both on the MS-RNC leg with the MAC/RLC protocol (and possible with 

35 the LAC protocol) and on the MSC-fixejd network leg with the V.120 protocol, 



for example. If the LAC is implemented between the MS and the MSC (or the 
IWU), retransmissions can take place on this leg too on a higher protocol level. 

The MAC/RLC and LAC protocols and many fixed network proto- 
cols, such as V.120, have inherent flow control mechanisms. The flow control 
5 is used by a receiver at one end of the leg or connection to control the data 
transmission from a transmitter at the other end of the leg or connection. 
When the receiver is not able to process e.g. forward the data at the same 
speed as it is received from the leg or connection, the receiving buffer starts to 
fill up. In such a situation the receiver may send a flow control ON request to 

10 the transmitter, which goes into a flow control active mode. In the flow control 
active mode the transmitter ceases the transmission of new data to the re- 
ceiver. Moreover, in case of concatenated legs, the transmitting end may acti- 
vate the flow control also in the previous leg in order to avoid the filling up of 
the receiving buffer since it is not, in the active flow control mode, able to for- 

15 ward the received data. As a result, the overflow of receiving buffers and dis- 
carding of user data can be avoided in each leg of the end-to-end connection 
and thereby over the whole end-to-end connection. As a result also data integ- 
rity is maintained. 

However, no end-to-end connection related flow control is sup- 

20 ported by the current ATM specifications. ATM only supports a flow control 
from the user to the network. If the flow control is active, the network discards 
cells in stead of sending them to the user. Another flow control mechanism 
supported by the ATM is based on the recognition of a congestion in the net- 
work - in case of congestion lower priority cells are discarded by the network. 

25 The discarding of data will deteriorate the data integrity. 

The fact that the end -to-erid flow control is not supported by the 
ATM results in problems when ATM is used in the interface lu between the 
RNC and 3GMSC or the IWU, as shown in Figures 2 and 3. More particularly, 
one leg along the end-to-end connection consisting of various concatenated 

30 legs does not support flow control, and therefore the end-to-end flow control 
fails. Let us study the situation more carefully with respect to Figures 2 and 3. 
In case there is no LAC over any of the legs or the LAC is operating between 
the MS and the RNC only, the current flow control mechanisms cannot guar- 
antee data integrity in a circuit switched data call in the 3G mobile network 

35 using the ATM connection between the RNC and the MSC (or the IWU). The 
flow control activated towards the ATM leg does not stop sending data from 



the sending entity but leads to an overflow of receiving buffers or to discarding 
of ATM cells carrying user data. In case the LAC is operating between the MS 
and the MSC (or the IWU), the current flow control mechanisms require a huge 
buffering (a whole LAC retransmission window) in the RNC to guarantee the 
5 data integrity in a circuit switched data call in the 3G network using the ATM 
connection between the RNC and the MSC (or the IWU). The flow control to- 
wards the ATM leg does not stop sending data from the sending entity but 
leads to an overflow of the receiving buffer or to discarding of ATM cells car- 
rying user data. In the latter case the use of the huge buffering in order to 

10 maintain the integrity of the data is very impractical due to the memory re- 
quirements in the RNC. In any case this will not work at all in the case in which 
there is no LAC at all or the LAC operates only between the MS and the RNC. 

Similar problem may be. encountered in any telecommunications 
system in which one or more of the concatenated connection legs does not 

1 5 support flow control. 

Disclosure of the Invention 

An object of the invention is to overcome the above problems in the 
20 flow control in telecommunications systems. 

An aspect of the present invention is a data transmission method in 
a telecommunications system, comprising steps of 

transmitting data over a connection comprising a first leg supporting 
a flow control on a lower transmission protocol level underlying a user level, an 
25 intermediate second leg not supporting a flow control on the lower transmis- 
sion level, and a third leg supporting a flow control on the lower transmission 
protocol level, 

tunnelling a lower level flow control information transparently over 
the lower transmission protocol level of the second leg between said first and 
30 third legs in order to provide an end-to-end flow control and thereby a data in- 
tegrity over the connection on the lower transmission protocol layer. 

Another aspect of the present invention is a telecommunications 
system, comprising 

a first connection leg supporting a flow control on a lower transmis- 
35 sion protocol level underlying a user level, 
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an intermediate second connection leg not supporting a flow control 
on the lower transmission level, 

a third connection leg supporting a flow control on the lower trans- 
mission protocol level, 
5 a first node between the first and second legs, 

a second node between the second and third legs, 

the first and the second nodes being arranged to tunnel a lower 
level flow control information transparently over the lower transmission proto- 
col level of the second leg between said first and third legs in order to provide 
10 an end-to-end flow control and thereby a data integrity over the connection on 
the lower transmission protocol layer. 

In the present invention a flow control information is tunneled over 
the leg which does not support a flow control on a lower transmission protocol 
layer underlying a user level. The nodes at the both ends of the leg are ar- 
15 ranged to use the flow control information to control the data flow on the lower 
transmission protocol level of the leg. In other words the transmission of new 
data on the lower transmission protocol level is ceased when the flow control 
information activates the flow control in the transmitting node, and similarly, 
the transmission of new data in the lower transmission protocol level is re- 
20 started when the conveyed flow control information deactivates the flow con- 
trol. The need of flow control may be recognized from the receiving buffer 
status on the lower transmission protocol level or from an incoming flow con- 
trol information received over the following leg of the connection in the down- 
link direction. 

25 In order to implement the flow control, the flow control information 

may be employed by the user layer protocol entity. The user layer entity may 
implement the above flow control by controlling the data input from the user 
layer to the underlying lower transmission protocol layer, and/or by activating 
the flow control mechanism of the lower transmission protocol layer of the pre- 

30 vious leg in the uplink direction, e.g. ( by mapping or converting the tunnelled 
flow control information into the flow control information according to the pro- 
tocol of the next leg. In the latter case the lower layer protocol entity of the 
previous leg in the same node may stop forwarding new data to a leg not sup- 
porting the flow control, and/or the respective lower protocol entity at the far 

35 end of the previous leg may stop sendjng new data. In all cases the data flow 
on the lower transmission protocol level of the leg not supporting the flow con- 
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trol can be controlled and the overflow of data buffers or discarding of data can 
be avoided in each leg of the end-to-end connection. As a result, the integrity 
of the data can be assured with the lower level flow control mechanisms only, 
without any need for high level flow control. Also large buffers will be avoided. 
5 The inventive concept allows, however, also the use of high level protocol, 
such as the LAC, in one of the legs of the connection or over the whole end-to- 
end connection. 

The flow control information may be tunneled over the leg not sup- 
porting the flow control as a in-channel signalling or in a connection associated 

10 out-channel signalling. 

In the preferred embodiment of the invention the connection leg not 
supporting the flow control is an ATM connection, and the lower transmission 
protocol level includes an ATM adaptation layer. In order to implement the in- 
channel signalling embodiment, a flow control information may be inserted into 

15 the ATM adaptation layer service data unit which is then transported over the 
unsupporting leg to the other end in accordance with an ATM network proto- 
col. At the other end the flow control information is extracted from the ATM 
adaptation layer service data unit. In the preferred embodiment of the inven- 
tion, the flow control information is inserted into the user data field of the ATM 

20 adaptation layer service data unit. The in-channel signalling approach is very 
flexible and simple way to arrange the tunnelling of the flow control informa- 
tion. In the out-channel signalling approach, some modification in the signal- 
ling messages may be required, depending on the signalling system used. 

25 Brief Description of the Drawings 

The invention will now be described by means of preferred em- 
bodiments with reference to the attached drawings, in which 

Figure 1 shows a simplified UMTS architecture, 
30 Figure 2 illustrates the protocol stacks which may be used in a pure 

third generation mobile system, ; 

Figure 3 shows protocol stacks which may be used in a mixed 3G 
and 2G mobile system, 
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Preferred Embodiments of the Invention 

The preferred embodiments of the invention are in the following de- 
scribed as implemented in the third generation mobile system when the trans- 
5 port network is an ATM network. However, the aim is not to restrict the inven- 
tion to these embodiments. The invention is applicable to be used in any tele- 
communications system in which an intermediate connection leg fails to sup- 
port any lower level flow control mechanism while such flow control mecha- 
nism is supported by the connection legs or equipment to which the intermedi- 
10 ate leg is connected to. As used herein the term leg may also refer to a user 
interface between a node and a user equipment or application connected 
thereto. 

The architecture of UMTS access network was described above 
with reference to Figure 1, and examples of the protocol stacks were illus- 

15 trated in Figures 2 and 3. 

With reference to Figures 2 and 3, the relay layer in the RNC and in 
the 3GMSC or the IWU illustrates any high layer protocols or entities required. 
In the UTRAN reference model as well as in the ATM reference model, these 
higher layers are defined to include a user plane and the control plane. In the 

20 UTRAN the control plane is further divided into a radio network control plane 
and a transport network control plane for radio network control and signalling. 
The transport network control plane is. designed for the ATM based transport 
network in the interface lu. Both the standardized ATM connection control sig- 
nalling (PNNI, UNI, BISUP) and AAL2/AAL5 signalling protocol are available. 

25 The user (the protocol entity) in the user or control plane has an access to the 
underlying ATM adaptation layer, or even to the ATM layer, through an ATM 
adaptation layer service access point (AAL/SAP) both in the RNC and in the 
3GMSC (Figure 2) or the IWU (Figure 3). Thereby, the AAL service provides a 
capability to transfer ATM adaptation layer service data units (AAL-SDU) from 

30 one AA-SAP to one other AAL-SAP in the interface lu through the ATM net- 
work. In the RNC the same user entity or a user entity it co-operates with has 
an access to a RLC entity in the RNC-MS leg. In the 3GMSC the AAL-SAP 
user is the LAC and/or the interwo.rigng funtion in the relay level. The inter- 
working function has an access to a protocol employed in the lower transmis- 

35 sion protocol level in the fixed network, such as V.120. Also in the IWU the 
AAL-SAP user is the LAC and/or the interworking funtion in the relay level. 
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The interworking function has an access to an entity in the lower level GSM 
protocol, such as RLP or RA (rate adaption), employed in the IWU-MSC leg in 
Figure 3. In the 2GMSC the relay layer provides a standard interworking be- 
tween the GSM protocols and the fixed network protocols. 
5 As noted above the ATM leg does not support such a flow control 

mechanism which would assure the data integrity. Therefore, in accordance 
with the present invention, the higher layer entities in the RNC, the 3GMSC 
and the IWU are provided with a capability to recognize a need for flow control 
in the ATM leg and to tunnel the associated flow control information over the 

10 ATM leg to the high level entity at the transmitting end. The transmitting entity 
is arranged to implement the flow control in the ATM leg based on the tun- 
neled information. 

The first embodiment of the . invention in which the tunnelling is im- 
plemented by in-channel signalling will now be described. 

15 Let us assume that data, is transmitted from the mobile station MS 

to the 3GMSC and further to the fixed network in the system of Figure 2. A 
RLC/MAC link with a flow control is established between the MS and RNC. A 
ATM connection is established between the RNC and the 3GMSC. A LAC 
protocol link is established between the MS and the 3GMSC. A fixed network 

20 traffic channel using V.120 protocol is established between the 3GMSC and 
the other party in the fixed network. 

The need for the flow control is recognized by the user of the AAL- 
SAP in the RNCor the 3GMSC. The need for the flow control can be recog- 
nized, for example, from the lower layer receiving or transmitting buffer status 

25 in the ATM leg or from the flow controj request incoming from the following leg 
in the downlink, i.e. from the mobile station MS to the RNC or from the 
PSTN/ISDN to the MSC or IWU. According to the in-channel signalling ap- 
proach of the present invention, a flow control request is provided by the user 
of the AAL-SAP upon detecting the heed to activate or deactivate the flow 

30 control towards the ATM leg. The flow control request is packed into the AAL- 
SDU, preferably into the payload part of it. In the preferred embodiment of the 
invention the packing is performed in the service specific convergence sub- 
layer (SSCS) which is the uppermost sub-layer in the AAL layer and can be 
modified in this respect. The user of the AAL-SAP is arranged to, via the AAL- 

35 SAP, to command the SSCS to send the flow control ON request or the flow 
control OFF request, depending whether the flow control is to be activated or 
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deactivated. Alternatively, the flow control information may be added to the 
user data prior to inputting the user data to the AAL layer in which case the 
user information will be inherently packed into the AAL-SDU. The AAL-SDU is 
transported through the AAL lower layers and the ATM layer to the other end 
5 of the ATM connection (e.g. from the RNC to the MSC or vice versa) as speci- 
fied in the ATM specifications. The receiving AAL-SAP user or the SSCS sub- 
layer extracts the flow control information from the received AAL-SDU. The re- 
ceived flow control information is used to implement the flow control. This may 
include mapping or converting the flow control information into the flow control 

10 request according to the previous leg (e.g. the MS-RNC or the MSC-fixed net- 
work). in order to activate or deactivate the flow control towards the previous 
leg. The implementation of the flow control may also include adapting the own 
operations of the AAL-SAP user to the status of the flow control indicated by 
the received flow control information, e.g. stopping the sending of new data if 

15 the flow control request indicates that the flow control is active (ON), and re- 
starting the sending of new data if the flow control request indicates that the 
flow control is deactivated (OFF). 

There are several alternative ways for packing the flow control in- 
formation into the AAL-SDU. 

20 1) An octet carrying the flow control request (ON or OFF) is always 

inserted in the AAL-SDU, for example before the first user data octet. A re- 
ceiving entity will always know that the first payload octet contains flow control 
information (and perhaps some other status/control information). This is appli- 
cable to all AAL types, i.e. AAL1 , AAL2 and AAL5. 

25 2) A bit or bits carrying the flow control request (ON or OFF) is/are 

always inserted in the AAL-SDU, for example before the first user data bits. 
The receiving entity will always know that the first payload bit(s) contain(s) flow 
control information (and perhaps some other non-user-data information). This 
is applicable to AAL type 1 operating in the non-structured mode, for example. 

30 3) An octet or (a) bit(s) carrying the flow control information (and/or 

other status/control information) is inserted in the AAL-SDU as the only pay- 
load information, or with only a limited amount of user data in the payload, in 
order to make the whole payload fit in one or a limited number of ATM cells. 
In this way the flow control (and/or status/control) information must not be pre- 

35 sented in all AAL-SDUs, but the flow control request is transmitted only when 
required. The AAL-SDUs carrying the flow control information is in a normal 
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that the information can be protected by an error correcting code. This is use 
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In one embodiment of the invention the user or control plane has an 
access to the ATM layer. The flow control information is transmitted fronTo the 
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According to the second aspect of the invention, the flow control 
information ,s tunneled over the ATM leg in an out-channel signalling, i.e. us- 
mg a control plane message. 

The user plane protocol entity in the RNC, i.e. MAC/RLC user en- 
tity, or m the MSC, i.e. a fixed network protocol user entity, or in the IWU, i.e. a 
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GSM protocol user entity, recognizes the need for flow control towards the 
ATM leg of the connection. The recognition may be based on the buffer status 
or the flow control information received; for example. The user plane protocol 
entity then indicates the need of the flow control to the call control and signal- 
5 ling entity in the control plane, e.g.. by sending a "flow control required in this 
connection" message with parameters identifying the respective connection or 
channel. 

The control plane sends the flow control request in an out-of-band 
signalling message associated with the connection to the peer signalling en- 

10 tity behind the ATM connection. In other words, RNC sends a message to the 
MSC or the IWU, and the MSC or the IWU sends a message to the RNC. The 
type or format of the message depends on the signalling system used. 

If the ATM user to network, interface signalling (UNI), a connection 
related STATUS message can be. used, for example. Only new status pa- 

15 rameters values, such as "flow control ON" and "flow control OFF", shall be 
defined in the STATUS message. The UNI is defined in the ITU-T Q.2931 
which defines also the STATUS message. There are unused parameters val- 
ues in the STATUS message according to the Q.2931 which can be used for 
the purpose of the invention. 

20 If the ATM network to network interface signalling (NNI) according 

to the recommendation ITU-T Q.2763 is used, the user to user signalling 
(UUS) message, for example, can be used for carrying the flow control infor- 
mation according to the invention. 

If some other signalling, such as RAN-MAP, is used, a correspond- 

25 ing connection associated message can be employed to transport a flow con- 
trol ON/OFF request to the peer signalling or call control entity. Because 
RAN-MAP is currently under specification, it is easy to specify flow control pa- 
rameters to a message or even a dedicated message for this purpose. The re- 
ceiving signalling and call control entity extracts the flow control request from 

30 the received signalling message, and forwards it to the relevant user plane 
control entity. The user plane control entity employs the flow control request 
for implementation of the flow control. For example, the user plane control en- 
tity may map the flow control request to the flow control mechanism of the 
protocol of the previous traffic channel leg, e.g. to the MAC/RLC in the RNC, 

35 or to the GSMRLP or GSMRA in the IWU, or to the ISDN V.120 in the MSC, in 
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order to thereby activate or deactivate the flow control towards the previous 
leg. 

The invention was described above in embodiments using circuit- 
switched connections. However, the invention can be applied also in conjunc- 
tion with the packet data services. 

The invention should not be limited to the specific examples de- 
scribed herein. Rather, the spirit and the scope of the invention should be con- 
strued in accordance with the claims attached hereto. 
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Claims 

1. A data transmission method in a telecommunications system, 
comprising a step of 

transmitting data over a connection comprising a first leg supporting 
a flow control on a lower transmission protocol level underlying a user level, an 
intermediate second leg not supporting a flow control on the lower transmis- 
sion level, and a third leg supporting a flow control on the lower transmission 
protocol level, 

characterized by further steps of 

tunnelling a lower level flow control information transparently over 
the lower transmission protocol level of the second leg between said first and 
third legs in order to provide an end-to-end flow control and thereby a data in- 
tegrity over the connection on the lower transmission protocol layer. 

2. The method as claimed in claim ^characterized by 
tunnelling said flow control information as a in-channel signalling 

over the second leg. 

3. The method as claimed in claim 1 or 2, characterized in 
that said second leg is an ATM connection, and that said lower transmission 
protocol level includes an ATM adaptation layer. 

4. The method as claimed in claim 3, characterized by 
packetizing the flow control information in a ATM adaptation layer 

service data unit, 

transporting the ATM adaptation layer service data unit to the other 
end of the second leg in accordance with an ATM network protocol, 

extracting the flow control information from the ATM adaptation 
layer service data unit at said other end of the second leg. 

5. The method as claimed in claim 3 or 4, characterized by 
inserting the flow control information in the ATM adaptation layer service data 
unit: in one of the following ways, 

inserting an octet carrying the flow control information before a first 
user data octet in a payload field of the ATM adaptation layer service data unit, 

inserting a bit or bits carrying the flow control information before 
first user data bits in a payload field of the ATM adaptation layer service data 
unit, 
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inserting an octet or a bit or bits carrying the flow control information 
in the ATM adaptation layer service data unit as the only payload information 
in the payload field, or 

inserting an octet or a bit or bits carrying the flow control information 
5 with a limited amount of user data in the payload of the ATM adaptation layer 
service data unit. 

6. The method as claimed in claim 1 , 2 or 3, characterized 

said second leg being an ATM connection 
10 tunnelling said flow control information in ATM cells in a ATM layer 

over the ATM connection. 

7. The method as claimed in claim 1 or 3, characterized by 
tunnelling said flow control information in a connection associated 

out-of-traffic-channel signalling over the second leg. 
15 8. The method as claimed in any one of claims 1-7, charac- 

terized by said step of tunnelling comprises further steps of 

recognizing at a first node between the first and second legs a need 
to start a flow control towards the second leg, 

sending a flow control ON. request over the second leg, 
20 receiving the flow control ON request at a second node between the 

second and third legs, 

stopping sending new data from the second node to the first node 
over the second leg in response to the flow control ON request. 

9. The method as claimed in claim 8, characterized by said 
25 step of tunnelling comprises further steps of 

recognizing at the first node a need of stopping the flow control to- 
wards the second leg, 

sending a flow control OFF request over the second leg, 
receiving the flow control OFF request at the second node, 
30 starting sending new data from the second node to the first over the 

second leg in response to said flow control off request. 

10. The method as claimed in any one of claims 1-9, charac- 
terized by said step of tunnelling comprises further steps of 

35 recognizing at a first node between the first and second legs a need 

to start a flow control towards the second leg, 
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sending a flow control ON request over the second leg, 
receiving the flow control ON request at a second node between the 
second and third legs, 

activating in the second node a flow control towards the third leg in 
5 response to the flow control ON request. 

11. The method as claimed in any one of claims 1-10, charac- 
terized by said step of tunnelling comprises further steps of 

recognizing at the first node a need of stopping the flow control to- 
wards the second leg, 
10 sending a flow control OFF request over the second leg, 

receiving the flow control OFF request at the second node, 
deactivating in the second node a flow control towards the third leg 
in response to the flow control ON request. 

12. The method according to any one of claims 1-11, charac- 
15 t e rized by 

recognizing the need for starting or stopping the flow control being 
based on a receiving or transmitter buffer status in the first node or based on 
an incoming flow control information received over the first leg. 

13. A telecommunications system, comprising 

20 a first connection leg supporting a flow control on a lower transmis- 

sion protocol level underlying a user level, 

an intermediate second connection leg not supporting a flow control 
the lower transmission level, 

a third connection leg supporting a flow control on the lower trans- 
25 mission protocol level, 

a first node between the first and second legs, 
a second node between the second and third legs, 
characterized in that the first and the second nodes are ar- 
ranged to tunnel a lower level flow control information transparently over the 
30 lower transmission protocol level of the second leg between said first and third 
legs in order to provide an end-to-end flow control and thereby a data integrity 
over the connection on the lower transmission protocol layer. 

14. The system as claimed in claim 13, characterized in that 
the first and second nodes are arranged to tunnel said flow control information 

35 in in-channel signalling over the second leg. 
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15. The system as claimed in claim 13 or 14, characterized 
in that said second leg is an ATM connection, and that said lower transmission 
protocol level includes an ATM adaptation layer. 

1 6 The system as claimed in claim 15, characterized in that 
5 said first and second nodes are arranged to insert the flow control information 
in a ATM adaptation layer service data unit. 

17. The system as claimed in claim 14 or 15, characterized 
in that said second leg is an ATM connection, and that said first and second 
nodes are arranged to tunnel the flow control information in ATM cells in a 

10 ATM layer over the ATM connection. 

18. The system as claimed in any one of claims 13 or 15, char- 
acterized in that the first and second nodes are arranged to tunnel said 
flow control information in out-of-traffic-channel signalling over the second leg. 

19. The system as claimed in any one of claims 13-18, char- 
15 acterizedin that the first and second nodes are arranged to recognize a 

need to start or stop a flow control towards the second leg and to send a flow 
control ON request or a low control OFF request, respectively, over the second 
leg, and the first and second peer entities are responsive to receiving the flow 
control ON request or the flow control OFF request for stopping or starting, re- 
20 spectively, the sending of new data towards the second leg, 

20. The system as claimed in any one of claims 13-19, char- 
acterized in that the first and second nodes are arranged to recognize a 
need to start or stop a flow control towards the second leg and to send a flow 
control ON request or a low control OFF request, respectively, over the second 

25 leg, and the first and second peer entities are responsive to receiving the flow 
control ON request or the flow control OFF request for activating or deactivat- 
ing, respectively, a flow control towards the first or third leg. 

21. The system as claimed in any one of claims 13-20, char- 
acterized in that the recognition of the need for starting or stopping the 

30 flow control being based on a receiving or transmitter buffer status in the 
nodes or based on an incoming flow control information received over the first 
or third leg. 

22. The system as claimed in any one of claims 13-21, char- 
acterized in that the system is a mobile communications system, and that 

35 the first and second nodes are network elements of the mobile communica- 
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tions system, and that the first leg is at the air interface between a mobile sta- 
tion and one of said network elements. 
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